尝试在我的ASP.NETMVC3网络应用程序中进行一些Controller单元测试。我的测试是这样的:[TestMethod]publicvoidEnsure_CreateReviewHttpPostAction_RedirectsAppropriately(){//Arrange.varnewReview=CreateMockReview();//Act.varresult=_controller.Create(newReview)asRedirectResult;//Assert.Assert.IsNotNull(result,"RedirectResultwasnotreturn

我有这个方法:publicasyncTaskDeleteUserAsync(GuiduserId){using(varcontext=this.contextFactory.Create()){varuser=awaitcontext.Users.FirstOrDefaultAsync(x=>x.Id.Equals(userId));if(user==null){thrownewException("Userdoesn'texist");}context.Users.Remove(user);awaitcontext.SaveChangesAsync();}}我想测试一下。所以我创建了

我最近开始在我工作的地方插入TDD。到目前为止，一切进展顺利。我们正在编写测试，我们让它们在提交时自动运行，并且我们一直在寻求改进我们的流程和工具。我发现可以改进的一件事是我们设置测试数据的方式。在严格的单元测试中，我们经常发现自己实例化和填充复杂的CLR对象。这很痛苦，通常测试只会在少数情况下运行。我想插入的是数据驱动测试。我认为我们应该能够从文件中加载我们的测试数据，或者甚至可以从模式中动态生成它们(尽管我只会考虑动态地这样做，如果我可以生成一个对象的每个可能的配置，那么数量配置很小)。这是我的问题。我还没有找到为C#CLR对象生成测试数据的好策略。我研究了从XSD生成XML数据，

这个问题在这里已经有了答案:Unittestingamultithreadedapplication?(9个回答)HowshouldIunittestmultithreadedcode?(29个答案)关闭5年前。您对如何测试多线程应用程序有什么建议吗？我知道，线程错误很难发现，它们可能随时发生，也可能根本不发生。测试很困难，结果永远不确定。当然最好仔细设计和编程并发模块。尽管如此-我不想遗漏测试方面。因此，有时运行大量处理相同项目的线程可能会引发线程错误。有什么想法或最佳实践可以提高隐藏线程错误的命中率吗？(我正在使用.Net/C#)

我的VS2017副本中似乎缺少“创建单元测试”上下文菜单选项。我知道有一段历史它被删除了，thenre-addedinVS2015在muchoutcry之后,但据我所知theMicrosoftdocumentationforVS2017它现在应该在那里？我正在处理的解决方案包含一个ASP.NETWebAPI2应用程序、一个C#类库和几个测试项目，所有这些项目都以.NETFramework4.5.1为目标。(我知道这个选项不应该用于.NetCore或.NetStandard项目(详见inthisquestion)。我试过右击代码窗口中的类名和方法名，解决方案资源管理器中的类名选项卡和类文

在测试类中，构造函数在每个测试之前启动，构造函数提供的初始化数据无法被后续测试访问。我希望所有测试都可以访问初始化数据。(只创建一次)[Category("Basics")][Collection("DD")][ExcludeFromCodeCoverage]publicclassSecurityTests:TestUnitBase{StartUpFixturefixture;publicAuthenticationTests(StartUpFixturefixture):base(){this.fixture=fixture;}[Fact(DisplayName="Successfu

我读过有关单元测试的文章，也听过很多其他人吹嘘它的实用性，并且希望看到它的实际应用。因此，我从我创建的一个简单应用程序中选择了这个基本类。我不知道测试对我有何帮助，我希望你们中的一位能够通过指出可以测试此代码的哪些部分以及这些测试可能是什么样子来帮助我看到它的好处。那么，我将如何为以下代码编写单元测试？publicclassHole:INotifyPropertyChanged{#regionFieldDefinitionsprivatedouble_AbsX;privatedouble_AbsY;privatedouble_CanvasX{get;set;}privatedouble

我最近注意到，您可以使用Moq对抽象基类进行单元测试，而不是在测试中创建一个实现抽象基类的虚拟类。参见Howtousemoqtotestaconcretemethodinanabstractclass?例如。你可以这样做:publicabstractclassMyAbstractClass{publicvirtualvoidMyMethod(){//...}}[Test]publicvoidMyMethodTest(){//ArrangeMockmock=newMock(){CallBase=true};//Actmock.Object.MyMethod();//Assert//...

我知道有几个问题和我的类似。Dapper:UnitTestingSQLQueriesTestingDapperQueries但我认为以上两个问题都没有符合我要求的明确答案。现在我开发了一个新的WebAPI项目，并在WebAPI项目和DataAccess技术之间进行了拆分。因为我可以模拟数据访问类，所以我在测试WebAPIController时没有问题。但对于DataAccess类，这是另一回事，因为我使用的是带有内联查询的Dapper，所以我有点困惑如何使用单元测试来测试它。我问过我的一些friend，他们更喜欢做集成测试而不是单元测试。我想知道的是，是否可以对其中使用Dapper和内

仅当我从TeamCity测试启动器中运行时，我才需要运行一些代码。检测此问题的最简单方法是什么？ 最佳答案 检查是否定义了TEAMCITY_VERSION环境变量。另一种方法是使用NUnit类别。根据下面的评论，这段代码应该能够检查测试是否由teamcity运行:privatestaticboolIsOnTeamCity(){stringenvironmentVariableValue=Environment.GetEnvironmentVariable("TEAMCITY_VERSION");if(!string.IsNullOr